Physical item data record creation via cloning a data object in an accessible collection

ABSTRACT

An item data management server having the capability to create a physical item data record for a physical item in the control of a user based upon a data object of an accessible collection. The item data management server presents a clone command query to the user terminal, and receives, in response, a clone command query response that corresponds to and identifies a data object having a plurality of attributes. The item data management server generates a cloned physical item data record based upon the data object. The cloned physical item data record includes at least a portion of the plurality of attributes of the data object, and a second plurality of attributes associated with the user. The item data management server generates a web page including the cloned physical item data record, and presents the web page to the user terminal.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a nonprovisional application, and claims thebenefit of, U.S. Application Ser. No. 11/559,390, filed Nov. 13, 2006(Attorney Docket No. ITAG006), and is a continuation-in-part of, andclaims the benefit of, U.S. application Ser. No. 11/521,891, filed Sep.15, 2006, (Attorney Docket No. ITAG002), and of U.S. application Ser.No. 11/486,709, filed Jul. 14, 2006, (Attorney Docket No. ITAG001) for“Item Data Management over a Data Network for Physical Items in theControl of a User,” which claims priority pursuant to 35 U.S.C. § 119(e)to U.S. Provisional Application Ser. No. 60/771,135, filed Feb. 6, 2006,to U.S. Provisional Application Ser. No. 60/743,733, filed Mar. 24,2006, to U.S. Provisional Application Ser. No. 60/743,735, filed Mar.24, 2006, to U.S. Provisional Application Ser. No. 60/743,734, filedMar. 24, 2006, to U.S. Provisional Application Ser. No. 60/743,737,filed Mar. 24, 2006, and to U.S. Provisional Application Ser. No.60/743,736, filed Mar. 24, 2006, all of which are hereby incorporatedherein by reference in their entirety.

BACKGROUND

1. Technical Field

The present invention relates generally to server systems accessible byuser terminals, and more particularly to server systems providingphysical item database services to users over a network.

2. Related Art

Historically, collectors, business owners, and others have kept writtenlistings and/or ledgers that identify their physical items, whether theyare collectibles, household possessions, business equipment, productinventory, or other physical items. The written listings/ledgerstypically included additional information regarding the physical items,for example, quantity, value, physical characteristics, model number,serial number, et cetera. Generation of these listings/ledgers wasdifficult. Further, when the status of the physical items represented inthe written listing/ledger changed, it was very difficult to alter thewritten listings/ledgers to represent the change in status.

As technology advanced, computer based inventory programs replacedwritten listings/ledgers. While the computer based programs moved therecord keeping from a hand-written to an electronic format, theburdensome data entry and organizational requirements for interactingwith the computer based inventory programs remained with the user. Dataentry for dissimilar physical items still necessitated repeating theinput process multiple times, even when using a computer-based program.

Often, collectors, business owners, and others required informationrelating to their physical items. In obtaining this information, thesepersons accessed the Internet, particularly looking to ecommerce sitesfor such information. Ecommerce sites, however, had generatedinformation that was limited to specific search terms selected by auser, and not based upon the items in the user's control. That is,information returned in a search tool is limited to the capability ofthe user to generate a sufficient search string that is, to have therequisite “knowledge to know what they do not know.” As a result, timeand energy was needlessly expended refining a search that in the end maynot render a suitable result for the user.

Once the inventory database was established, however, the number ofphysical items in the inventory increased, as did the burden to maintainthe itemized inventory, location, identification, and addition of thephysical items. As the inventory lapsed into disuse as the effort tomaintain the database increased. Accordingly, a need exists for reducingthe maintenance burden of an inventory of physical items, and tosimplify the process to maintain the status of the physical items, aswell as to provide a mechanism for other database subscribers to addphysical items to a user's inventory.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram illustrating a communication systemwith an item data management server according to an embodiment of theinvention;

FIG. 2 is a block diagram that provides a system level overview of theitem data management server according to an embodiment of the invention;

FIG. 3 is a block diagram of a system level operation illustrating afunctional or client level operation of a user terminal with the itemdata management server across a data network according to an embodimentof the invention;

FIG. 4 is a block diagram depicting interaction between a user terminaland an item data management server according to an embodiment of theinvention;

FIG. 5 is an illustration of an add physical item graphic user interfaceprovided to the user for input and output through the user terminalaccording to an embodiment of the invention;

FIG. 6 is an illustration of a multiple item import graphic userinterface that may be provided to a user for input and output throughthe user terminal according to an embodiment of the invention;

FIG. 7 is an illustration of a physical item data record according to anembodiment of the invention;

FIG. 8 is an illustration of a web page created by the item datamanagement server according to an embodiment of the invention; FIG. 9 isan illustration of a collection summary web page created by the itemdata management server according to an embodiment of the presentinvention;

FIG. 10 is an illustration of an item view web page that the item datamanagement server presents to the user via the user terminal accordingto an embodiment of the invention;

FIG. 11 is an illustration of an edit/create collection graphic userinterface according to an embodiment of the invention;

FIG. 12 is an illustration of a collection reference data structureaccording to an embodiment of the invention;

FIG. 13 is an illustration of a community reference data structureaccording to an embodiment of the invention;

FIG. 14 is an illustration of a collection web page according to anembodiment of the invention;

FIG. 15 is an illustration of a category graphic user interfaceaccording to an embodiment of the invention;

FIGS. 16 a and 16 b are flow diagrams illustrating a method in an itemdata management server to capture, store, organize, and presentinformation regarding a plurality of physical items in the control of auser according to an embodiment of the invention;

FIG. 17 is a flow diagram illustrating a method for further engaging anecommerce server according to an embodiment of the invention;

FIG. 18 is a flow diagram illustrating a method for further engaging incollection web page creation according to an embodiment of theinvention;

FIG. 19 is a flow diagram illustrating a method for further creating acollection web page according to an embodiment of the invention;

FIG. 20 is a flow diagram illustrating a method for further creating acommunity reference data structure according to an embodiment of theinvention;

FIG. 21 illustrates a web page that includes commands presented to auser of the item data management server according to an embodiment ofthe invention;

FIG. 22 is a block diagram illustrating the generation of a clonedphysical item data record in response to a clone command correspondingto and identifies a data object according to an embodiment of theinvention;

FIG. 23 is an illustration of a wish list web page created by an itemdata management server in response to a wish list command according toan embodiment of the invention;

FIG. 24 illustrates the conversion of a cloned physical item data recordto a new physical item data record according to an embodiment of theinvention;

FIG. 25 is a flow diagram illustrating a method for creating a newphysical item data record of an item data management server 24 for aphysical item in the control of a user based upon a cloned physical itemdata record according to an embodiment of the invention; and

FIG. 26 is a flow diagram illustrating a further aspects relating to awish list of a user and the conversion of the cloned physical item datarecord to a new physical item data record for a physical item placed bythe user on their wish list according to an embodiment of the invention.

DETAILED DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram illustrating a communication system10 that includes circuit devices and network elements and operationthereof with an item data management server according to one embodimentof the invention. More specifically, the communication system 10includes a network service area 14, or basic service sets (“BSS”), and aplurality of communication devices coupled via a data network 22. Thenetwork service area 14 is coupled to the data network 22 through a basestation or access point 20. The wireless communications devices of thenetwork service area 14 may include a personal digital assistant (“PDA”)16, personal computers 18, which may be a desktop computer or a laptopcomputer, and/or a cellular telephone 19. The wireless communicationsdevices may also include a barcode and/or RFID reader 17 that includes auser interface having a display screen and/or keypad for communicatingin the basic service set 14, as well as providing input/outputfunctionality via the personal computer 18. Further, the reader 17 hasthe capability to convert the digital data of a physical item data taginto a human readable form, allowing quick assessment of the attributesof an item.

A user terminal is provided via a PC 12 that receives web pagespresented by the item data management server 24 for display to a user.The user further provides response queries from the item data managementserver 24 that are presented in web page format or other graphic userinterface formats. A printer/RFID encoder 15 couples, through a wired orwireless network, to the PC 12 to create tags, which are attached to aphysical item in the control of a user. The tags may be in a variety offorms, such as 1-dimensional bar code tags, 2-dimensional bar code tags,and/or radio frequency ID format tags.

The base station or access point 14 has an associated antenna or antennaarray to communicate with the wireless communication devices in itsservice area. Typically, the wireless communication devices 16, 17, 18,and 19 register with the particular base station or access point 14 toreceive services from the communication system 10.

Typically, base stations are used for cellular telephone systems andlike-type systems, while access points are used for in-home orin-building wireless networks. Regardless of the particular type ofcommunication system, each wireless communication device includes abuilt-in radio and/or is coupled to a radio. For packet or datatransmission, cellular communication systems provide packet-basedcommunication and interaction with data networks in accordance withapplicable standards specifications (for example, 3GPP2, 1xRTT, etcetera.).

The communication devices serve as a user terminal, and arecommunicatively coupled to the item data management server 24 via thedata network 22. The item data management server 24 provides thecapturing, storing, organizing and presenting of information regarding aplurality of physical items in the control of a user. The details of theitem data management server 24 will be described in greater detail withreference to FIGS. 2 through 30.

The data network 22 may be a single data network, a plurality of datanetworks that are coupled to communicatively couple a user terminal tothe item data management server 24. The data network 22 may be theInternet, a X.25 network, or private networks such as a local areanetwork (LAN) or a combination thereof

Other servers of the communications system 10 are accessible by the itemdata management server 24 in support of the functionality or services ofthe item data management server 24. For example, the network system 10includes an ecommerce server 26, valuation servers 32, and a pluralityof insurance servers 40 a-x. The valuation servers 32 include an auctionserver 34, and appraisal service server 36, and a merchant server 38.Other forms of valuation servers 32 may be included, such as itembrokerage servers, consignment servers, et cetera.

As one of ordinary skill in the art may appreciate, the serverfunctions, whether pertaining to an item data management server 24, anecommerce server 26, or the valuation servers 32, may be carried outthrough individual servers and/or a combination of servers coupledacross a network (such as a local area network, a wireless local areanetwork, a wide area network, et cetera), and that the servers may beshown as single function devices for the purpose of an illustrativeexample. Further, valuation services may be provided locally viaassigned or locally computed item valuations.

The ecommerce server 26 facilitates commercial transactions over thedata network 22. An ecommerce service provider enables and servicessecure communications (such as via a secure socket layer (SSL)),provides credit card processing functionality, provides inventoryfunctionality, provides sale facilitation between two parties (forexample, as through an auction transaction), et cetera. In operation,when a user engages in a transaction via the item data management sever24, the ecommerce server 26 receives a transaction 28, processes thetransaction and returns a transaction report 30. For example, theecommerce server 26 may provide tag printing services through a coupledor networked printer/RFID encoder 27. In this manner, the item datamanagement server 24 creates tags at the site of the user through theprinter/RFID encoder 15 and/or as a remote service through the eCommerceserver 26 via a printer/RFID encoder 27. The printer/RFID encoder 27,and 15, may be of different commercial grades to accommodate differentuse demands. For example, the printer/RFID encoder 27 may be acommercial-grade quality encoder for producing larger quantities oftags, while the printer/RFID encoder 15 may be a personal use qualityencoder for producing quantities sufficient for an individual user. Thevaluation servers 32 provide information and data for the item datamanagement server 24 for valuation estimates and/or appraisals ofphysical items in the control of a user, as reflected through physicalitem data records stored on the item data management server 24. The itemdata management server 24 accesses the valuation servers, such as amerchant server 38 and/or an auction server 34, to retrieve datarelating to auction values and commercial sale values of the physicalitem. Also, the item data management server 24 accesses values stored inthe database(s) for value determination of a physical item. With thesevalues, the item data management server 24 can generate a valuationestimate through a sum average valuation or other suitable valuationmethod. These values, or item prices, may be presented to the user as asingle price/value, as well as a value range based upon standardstatistical methods such as Bell curves, et cetera. Paid appraisalservices are also accessible via an appraisal service server 36, whichprovide appraisal-value documentation, with electronic certificates, foran item based upon the attributes for a physical item.

In operation, the item data management server 24 engages in a pluralityof searches and server accesses to arrive at a sum-average or best-fitaverage valuation. For example, item data management server 24 maydetermine the valuation of the physical item, or items, by accessingvarious on-line sites including, such as auction sites, variousreference book and/or magazine sites to retrieve data for making avaluation. For example, if the item is an automobile, the item datamanagement server 24 may survey sites such as Kelly's Blue Book(bbk.com), Edmunds.com, Autobytel.com, Cars.com and/or CarFax.com andsolicit valuations based on the physical item attributes (such asvehicle identification number, mileage, accessories, make, model, year,repair history, et cetera). When multiple valuation references arereturned to the item data management server 24, the sum-averagevaluation or valuation may also be based on a normal, or Gaussian,distribution curve.

Furthermore, general research can be conducted over the network 22through the item data management server 24 based upon the attributesresponses stored for each of the physical items of the database. Thishas the advantage of having the information readily available forsubsequent research, with the attributes for each of the physical itemsto more particularly achieve specific results pertaining to a physicalitem.

FIG. 2 is a block diagram that provides a system level overview of theitem data management server 24. The item data management server can be aself contained unit containing the functionality to capture, store,organize and present information regarding a plurality of physical itemsin the control of a user, or embodied as a distributed system theincludes multiple application-specific servers and network components.

The item data management server 24 includes processing circuitry 52 andmemory 54 that stores operational instructions that cause the processingcircuitry 52 to carry out the methods and/or processes of the presentinvention. The processing circuitry 52 operates pursuant to an operatingsystem such as IBM OS/2, Linux, UNIX, Microsoft Windows, Apple OS X, SUNOS, and other commercially available operating systems that providesfunctionality for the services provided by the present invention. Theoperating system or systems may reside at a central location or operateas a distributed resource.

The memory 54 stores software programs or modules that cause theprocessing circuitry 52 to perform tasks such as, but not limited to,facilitating client requests, system maintenance, security, datastorage, data backup, data mining and document/report generation. Theprovided functionality may be embodied directly in hardware, in asoftware module executed by a processor or in any combination ofthereof. Further, software operations may be executed, in part orwholly, by one or more servers or a client's system, via hardware,software module or any combination thereof.

The memory 54 may be provided as RAM memory, flash memory, ROM memory,EPROM memory, EEPROM memory, registers, hard disk, a removable disk, aCD-ROM, DVD, optical disk, or any other form of suitable storage medium.The memory may be a self-standing device or units coupled to theprocessor such that the processor can read information from, and writeinformation to, the memory. In the alternative, the memory may beintegral to the processor.

The item management server 24 includes a network interface 58, anexchange server 60, a File Transfer Protocol server 62, a file server64, an advertisement server 66, an application server 68, a subscriptionserver 70, a web server 72, a forum (message board and blog) server 71,a transaction processing server 73, a database server 74, a backupserver 75, a database 78, and a database backup storage 80. Each of theservers or databases may be duplicated or mirrored to provide systemredundancy and promote maintenance and the integrity of the data bybeing hot swappable. Also, the servers as shown provide individualfunctions; however, multiple server functions may be consolidated onto asingle server platform that include sufficient processing and storageresources, a single server function may be provided on a distributedserver platform that includes sufficient processing and storageresources. The processing circuitry is in communication with thesecomponents via a bus 56. In the instance of a distributed system, alocal area network provides the bus 56.

The network interface 58 supports data transmission with the datanetwork 22. The exchange server 60 provides messaging services such asan email client and groupware applications (for example, sharedcalendars). The applications of the exchange server 60 may be accessedvia a POP3 (Post Office Protocol) and IMAP4 (Internet Messaging AccessProtocol) through clients such as Mozilla Thunderbird and Lotus Notesfor email access to email clients, such as subscribers to the item datamanagement server 24. In operation, the exchange server 60 providescustomer interaction and customer relationship management functions withusers of the item data management server 24.

The FTP (File Transfer Protocol) server 62, and file server 64 providedocument access functionality. The FTP server 62 and file server 64stores files (such as documents, images, media) and makes them availableover the data network 22 and the ability to transfer files between twointernet sites. The subscription server 70 provides online registrationand subscription management service for physical item capture, storage,organization, and information presentation.

The application server 68 delivers content over the data network 22 byinterpreting web site traffic and constructing web pages based on adynamic content repository, such as that provided via a physical itemdata record relating to the physical item in the control of a user. Thecontent is personalized based on site visitor information, such as thecontent viewed, the content of the physical item data record, pasttransaction history, or user defined preferences.

The advertisement server 66 stores, retrieves, and managesadvertisements for presentation to a user in the control of a physicalitem. In operation, the advertisement server 66 manages advertisementservices for third-party advertisers affiliated with the item datamanagement server 24, manages locally generated advertisements, andgenerates statistics regarding advertisement effectiveness (such asaccess clicks by users, page access, et cetera). Further, theadvertisement server 66 can deliver advertisements based upon attributesof the physical items in the control of the user, as well as based uponuser attributes such as keyword, IP address, domain, weekday, hour ofday, language, browser, operating system, et cetera.

The transaction processing server 73 processes financial transactions(such as credit card transactions, banking transactions, PayPaltransactions, bartering transactions, et cetera) of the user with othersubscribers or third-party entities relating to a physical item in thecontrol of the user. In operation, when the user is entering into atransaction, they are linked to a secure payment information query(where the customer is given visual clues of the forms Secure SocketLayer (SSL) encryption).

When the user submits payment information, the transaction processingserver 73 processes the transaction and gives the user immediatetransaction status—approval, decline or other status indication.Further, if the transaction processing server 73 approves thetransaction, the exchange server 60 sends an e-mail message containingthe user's contact information (such as the mailing information) and antransaction summary both to the user and the other party, which mayanother subscriber to the item data management server 24 or a merchant.The transaction processing server 73 may provide other services, such asmailing labels, when the user has conveyed a physical item in theircontrol to another party.

The forum server 71 provides message board and blog services to theusers of the item data management server 24. Examples of the servicesmay be frequently asked question (FAQ) management for the usercommunity, and to support communities created by the users to allow thesharing information either openly or in a moderated manner, such asthough a message board or blog (that is, a web log).

The web server 72 stores HyperText Markup Language (“HTML”) orEXtensible Markup (“XML”) documents that can be retrieved via a Webbrowser at the user terminal.

The database server 74 executes database software for access to datastored in the database 78 that enables a user and/or a databaseadministrator to enter, organize, and select data in a database. Thebackup server 75 and database backup storage 80 provides data redundancyand backup services to physical item data records. Examples of adatabase management system (“DBMS”) software, or database clientprograms, are Microsoft Access, MySQL, et cetera. Databases areorganized by fields, records and files. A field is a single piece ofinformation; a record is one complete set of fields; and a file is acollection of records. An alternative concept in database design isknown as Hypertext. In a Hypertext database, any object, whether it be apiece of text, a picture or a film/video, can be linked to other objectsand is useful for organizing large amounts of disparate information.

The database on the database server 78 and/or the backup server 75 maybe of a hierarchical, relational or distributed database structure. In adistributed database structure, two or more data files are located atdifferent computers coupled across a computer network. Because thedatabase is distributed, different users can access the databasecontents without interfering with one another. A DBMS, however,periodically synchronizes the scattered databases to make sure that allusers have consistent data.

FIG. 3 is a block diagram of a system level operation illustrating afunctional or client level operation of the user terminal 76 with theitem data management server 24 across a data network 22.

The user terminal 76 (personal computer) includes a browser client 82having a graphic user interface (“GUI”) 84 and a browser engine 90 thatmay be an Asynchronous JavaScript and XML (“AJAX”) engine, a HyperTextTransfer Protocol (“HTTP”) engine, et cetera. The browser client 82 maybe a provided by a browser application such as Netscape, Firefox, Opera,Safari and/or Internet Explorer. For secure transmission, the selectedbrowser client employs SSL protocol or other such secure transmissionprotocol.

The item data management server 24 includes a HyperText TransferProtocol/eXtensible Markup Language (HTTP/XML) interface module 96, acommand engine 98, and database system components 74 and 78. In general,the browser client 82 accesses the item data management server 24, whichstores or creates resources such as HyperText Markup Language (“HTML”)files and images. Between the user terminal 76 and the item datamanagement server 24 is the data network 22, which as noted earlier, mayinclude several intermediaries, such as proxies, gateways, tunnels, etcetera.

The user terminal 76 receives input and provides output via input/output77 to the browser client 82 through the graphic user interface (“GUI”)84. The browser engine 90 receives a web page request 86 from the GUI84. An AJAX engine implements a process for using a number of existingtechnologies together, including the following: HTML or XHTML, CascadingStyle Sheets, JavaScript, the Document Object Model, XML, XSLT, and theXMLHttpRequest object for incrementally updating the web page presentedand displayed through the GUI 84. The AJAX engine operates to increaseweb page “responsiveness” by exchanging small amounts of data with theitem data management server 24 behind the scenes, so that an entire webpage does not have to be reloaded each time the user makes a change, aswell as increase interactivity, speed, and usability of a web page.

The browser engine 90 sends a HTTP request 92 to the item datamanagement server 24, where HTTP is a request/response protocol used forproviding a convey the request across the data network 22. The browserengine 90 uses the HTTP for transmitting HyperText Markup Language(HTML) pages across data networks (such as the Internet). HTTP is arequest/response protocol for transmitting HyperText Markup Language(“HTML”) web pages across data networks 22, such as the Internet,between browser clients and servers. HTTP is defined under IETF Requestfor Comment (“RFC”) 2616.

The Web/XML interface module 96 receives the HTTP request 102 andprocesses therefrom the data item record request 102. The data itemrecord request 102 is based upon the input of the user via the userterminal 76. Examples of a data item record request include a query tothe item data management server 24, a query response, data inputregarding a physical item, a command for additional information, etcetera.

The command engine 98 receives the data item record request 102, andwith the data item record command 104, accesses the database systems 100and retrieves response data 108. The command engine 98 provides aresponse command to the Web/XML interface module 96. The Web/XMLinterface module sends a web page response 94. The browser engine 90,processes the web page response 94, and presents a web page 88 to theGUI 84 for interaction with a user via the user terminal 76.

FIG. 4 is a block diagram depicting the interaction between userterminal 76 and the item data management server 24 to capture, store,organize, and present information regarding a plurality of physicalitems in the control of a user.

Through the user terminal 76, a user registers and pays a service feethrough the subscription server 70 (see FIG. 2) for the service featuresavailable from the data item management sever 24. In the setup process,the subscription server 70 queries the user through the GUI 84 viasoftware applications designed to illicit user information via the userterminal. The transactions and data transfer between the client andserver takes place via a secured communications link.

With an account established, a user populates the database 78 withphysical items in the control of the user, including images, physicalitem descriptions, physical item valuation information, condition orquality descriptions of the physical item, et cetera. In response to theuser inputs, the item data management server 24 compiles a physical itemdata record 240 for each of the physical items in the control of theuser in the database 78. Also through the subscription with the itemdata management server, the user is provided with access to the combinednon-private portions of the physical items controlled by other users.The graphic user interfaces for entering information regarding aphysical item and the physical item data record structure created by anitem data management server are described in detail with reference toFIGS. 5 through 7.

In operation, the item data management server 24 presents an itemidentification query 152 to the user terminal 76. The item datamanagement server 24 receives, in response to the item identificationquery, an item identification response 154 from the user terminal 76that corresponds to and identifies a physical item controlled by theuser. The item identification response 154 may include a simple objectidentifier of the physical item or a more detailed identifier. Forexample, when the physical item is a stamp, the item identificationresponse 154 may simply be “collectible stamp,” or as a more descriptiveexample, the item identification response 154 may be “1978 Fifty CentPanda Commemorative Stamp.” To preserve associated database capacity,the item identification response may be limited to a predeterminedcharacter length.

Based upon the item identification response 154, the item datamanagement server 24 creates a physical item data record 240corresponding to the physical item in the control of the user. Further,based upon the user subscription, the item data management server 24alters the physical item data record 240 to indicate that the user isthe creator of the physical item data record 240.

The item data management server 24 presents an item categorization query156 to the user terminal 76, and receives, in response to the itemcategorization query 156, an item categorization response 158 from theuser terminal 76 that identifies a category for association with thephysical item in the control of the user. For simplicity, the item datamanagement server 24 may provide a predetermined list of categories, aswell as accepting a category submission generated by the user. Anexample of a predetermined list of categories is “Antiques, Art, Books,Comic Books, Coins, Jewelry, Sports Memorabilia, Stamps, Video Games,”et cetera. Based upon the categorization response 158, the item datamanagement server 24 alters the physical item data record 240 to includethe category.

The item data management server 24 presents at least one selectable itemattribute query 160 to the user terminal 76, the selectable itemattribute query 160 is based upon the category included with thephysical item data record 240. That is, the attributes stored in thephysical item data record for a physical item provide as complete adescription as possible for the physical item, making refined, specificInternet searches possible, reducing the time and effort for a user toupdate their knowledge of their physical items with respect touniqueness, rarity, valuation, et cetera. Without such a structure, thesearch on an item-by-item basis would readily become tedious and overlytime consuming. Further, the attributes stored in the physical item datarecord for a physical item also facilitate trading, barter, andcommunity communication activities (such as a message board or a blog)related to the physical item.

As an example, if the category provided with the item categorizationresponse 158 is “stamps,” at least one attribute query is “stamp year.”Other examples of attributes based upon the “stamp” category are thoseassociated with acquisition of the stamp by the user, the valuation ofthe stamp, and the stamp characteristics. Examples of the attributeswith respect to a category will be described in detail with respect toFIG. 7 in the context of a physical item data record 240.

The item data management server 24 receives, in response to the at leastone selectable item attribute query 160, at least one item attributeresponse 162 from the user terminal 76 that identifies an attribute ofthe physical item in the control of the user. Based upon the at leastone item attribute response 162, the item data management server 24alters the physical item data record 240 to include the attributeincluded in the at least one item attribute response 162.

The item data management server 24 presents a file upload query 164 tothe user terminal 76, and receives, in response to the file upload query164, a data file 166. The item data management server 24 associates thedata file with the physical item data record 240. The data file 166 maybe an image file, a document file, and/or a media file that includesvideo data, voice data, audio data, image data, text data, or acombination thereof. The data file may also be provided as a link to thedata file, where the link may be to a local document to the userterminal 76, or at another Internet Protocol address or other computeridentifier, in which the item data management server 24 accesses anduploads the document using the document link. Also, documents, images,and media can be digitally signed (item ID plus account public identity)when uploaded.

With the populated physical item data record 240, the item datamanagement server 24 creates a web page 168 that includes informationfrom the physical item data record 240, an advertisement link based uponthe physical item data record, and at least one other link selectedbased upon the physical item data record. The item data managementserver 24 presents the web page 168 to the user terminal 76. The detailsof the web page 168 are discussed with reference to FIG. 8.

FIG. 5 is an illustration of an add physical item GUI 200 provided tothe user for input and output through the user terminal 76. The itemdata management server 24 presents queries through the add physical itemGUI 200 to the user terminal 76, and is able to receive responses to thequeries and alter the physical item data record.

The add physical item GUI 200 includes a navigation bar 202, an add newphysical item query field 204, a file upload query 164—including animage file upload query 206, a document file upload query 208, and amedia file upload query 210, a link add query 212, a tag query 214, aphysical item attribute query 216, a collections query 218, and itemnotes query 220.

The navigation bar 202 includes gallery, forums, blogs, and communitycommands for navigating to other functions within the web site supportedby the item data management server 24. Generally, the navigation bar 202provides a user with ready access to other features available by theitem data management server 24. Accordingly, other commands may beplaced in the navigation bar 202, such as search, collections, experts,contacts, et cetera. The add new physical item query field 204 includesan item identification query 152, an item categorization query 156, anda valuation query 226.

The item data management server 24 presents these queries for each ofthe plurality of physical items in the control of the user, and receivesresponses to these queries that are then used to create and alterphysical item data records 240.

The file upload query 164, which includes the image file upload query206, the document file upload query 208, and media file upload query 210include fields for accepting file names with suitable file formats, asindicated by the file extensions, for the respective query. That is, foran image file, examples of suitable file formats for web page creationinclude jpg (Joint Photographic Experts Group), gif (Graphic InterchangeFormat), png (portable network graphics), tiff (Tagged Image FileFormat), et cetera. For a document file, examples of suitable fileformats include pdf (Portable Document Format), xls (Excel), doc (Wordformat), et cetera. For a media file, examples of suitable file formatsinclude wav (WAVeform audio), wmv (Windows Media Video), mov (Quicktimemovie format), mp3 (MPEG Layer 3), et cetera.

The file names may be located using a directory browse feature to accessthe directory structure of the user terminal 76, or a distributed deviceassociated with the user terminal 76. The filename and directory pathare entered into the file name fields, and upon pressing the “upload”command, the item data management server 24 receives and associated datafile 166, upon pressing the “upload” command within the respectivequeries.

The add link query 212 includes a file name or universal resource link(“URL”) designation that may be received by the item data managementserver 24, which adds the hyperlink to the physical item data record240, but not the linked object.

The item data management server 24 provides a lockbox option 213 withthe image file upload query 206, the document file upload query 208, themedia file upload query 210, and the link add query 212. The lockboxoption causes the associated data file or link to be invisible to otherusers when the item is added to a collection that otherwise providesviewing and/or altering permissions to other users.

The tag query 214 receives tags, or keywords, from the user that theitem data management server 24 associates with the physical item in thecontrol of the user. The tag query 214 provides tags under a “your tags”basis or under a “collection tags” basis.

The item data management server 24 presents selectable item attributequery 160 to the user terminal 76. The selectable item attribute query160 is based upon the category selected in the item categorization query156. That is, the item data management server 24 provides a list ofapplicable attributes under the category. The user does not requirepre-existing attributes associated with a category. Further, aninformation link can be associated with the attribute to provideinformation to the user when selected. In this manner, when informationis sought regarding the physical item, the user does not need toresearch and formulate the attributes to retrieve suitable informationfrom an Internet search engine—the item data management server 24 hascreated a database to efficiently retrieve pertinent information,including research materials, background, advertising solicitations, etcetera.

The number of fields available in the selectable item attribute query160 varies according to the category selected in the item categorizationquery 156. For example, when the category is “stamps,” the selectableitem attributes presented in place of the “field” labels may be “Scott#,” “Nationality,” “Year,” “Issue,” “Denomination,” “Grade,” “Issue,”“Grade,” et cetera. The attributes are selected when the user placestext in response to the attribute query.

The item data management server 24 presents a collections query 218, andreceives in response a collections query response. The collections queryresponse reflects the collections to which the physical item belongs.Generally, small businesses, groups, and individuals frequently havelarge collections of physical items, and maintenance and care of thecollection require inventories and activity recording pertaining toindividual physical items of the collection.

The item data management server 24 alters the physical item data record240 to include an association with the selected collection referencedata structures for the physical item. That is, when a physical item isincluded in a collection, the physical item data record 240 is updatedto reflect the collection set in which it belongs. Collections arediscussed in detail with respect to FIGS. 9 through 14.

The item data management server 24 also presents a notes query 220, inwhich the user may respond by placing text notes in the area provided.This query permits the user to provide idiosyncratic informationregarding the physical item that may not be otherwise addressed throughthe item categorization query 156 and the selectable item attributequery 160 based upon the category. The notes query 220 may also accept a“tell a story” entry regarding the pedigree, lineage, or interestingstory of how the physical item came into the possession of the user.

When the user has entered or provided responses to the queries of theadd physical item GUI 200, the user may respond by pressing the “ADD”command 227. In the alternative, the user may not respond by pressingthe “CANCEL” command 229.

The “ADD” command transmits, and the item data management server 24receives, the responses from the respective query fields. With thisinformation, the item data management server 24 creates a physical itemdata record 240 in response to the item identification query, alters thephysical item data record 240 to indicate that the user is the creatorof the physical item data record, and alters the appropriate fields ofthe physical item data record 240 with the responses provided by theuser.

FIG. 6 is an illustration of a rapid item import GUI 230 that the itemdata management server 24 may provide to a user for input and outputthrough the user terminal 76. The rapid item import GUI 230 provides animported files query 232, which takes advantage of user database or listfiles having a dissimilar application file formats to that of thedatabase 78, yet contain a plurality of physical items in the control ofthe user. When receiving a multiple item query response, the item datamanagement server 24 uses a conversion utility to convert data fromother file formats (such as Excel, TurboTax, Quickbooks, Quicken, etcetera) to populate a plurality of physical item data records of thedatabase 78.

The multiple item query 232 includes file name fields to receive filenames that may be directly entered or may be located using a directorybrowse feature to access the directory structure of the user terminal76, or a distributed device associated with the user terminal 76. Thefilename and directory path are entered into the file name fields, andupon pressing the upload and create items command 234, the item datamanagement server 24 receives and creates physical item data records 240for the physical items identified from the uploaded files.

Rapid item import may also be provided via a graphic image file, inwhich multiple items are represented. The item data management server 24provides a utility to automatically parse the individual physical itemsfrom the file. The parsed images can then be selected by the user forinclusion in the database 78 of the item data management server 24 asphysical item data records through the add physical item GUI 200.

FIG. 7 is an illustration of a physical item data record 240 accordingto an embodiment of the invention. The item data management server 24stores, alters, and organizes the physical item data record 240 in adatabase 78. As noted earlier, the item data management server 24 altersthe physical item data record with received query responses from theuser terminal 76. Further, for new database entries regarding physicalitems in the control of a user, the item data management server 24creates a physical item data record for that physical item.

The physical item data record 240 is not a static database structure,but may change as activity occurs with respect to physical item in thecontrol of a user. Examples of change include the addition ofinformation, or information updates (that may result from commercialtransactions involving the physical items), valuation activity,appraisal activity, et cetera.

The physical item data record 240 includes a key 224, a category 226,attributes 216, tags 214, item identification 222, notes 220, and datafiles 166. The attributes 216 include acquisition attributes 228,valuation attributes 236, and characteristic attributes 238. The key 224has a creator field and an item ID field. With the login or registrationof the user, the item data management server 24 alters the physical itemdata record 240 to indicate that the user is the creator. The item ID isgenerated by the database server application. The category field 226 iscontains result of the categorization response 158. The attributes 216are based upon the result of the categorization response 158, physicalitem data record conforms to the attributes. That is, the attributeschange based upon the category received in the categorization response158.

FIG. 8 is an illustration of a web page 168 created by the item datamanagement server 24 according to an embodiment of the invention. Theweb page 168 formats and presents information from the physical itemdata record 240, an advertisement link 242 based upon the physical itemdata record, and at least one other link 244 based upon the physicalitem data record.

The web page 168 includes a navigation bar 202, an item identification222, a category 224, and a valuation 226. The information from thephysical item data record 240 is shown in an image field 206, a documentfield 208, a media field 210, a link field 212, a tag field 214,attributes fields 216, a collection field 218 and notes field 220. Theweb page 168 may also include the status identifier field 246, whichidentifies whether the item is public, and the owner of the physicalitem.

The advertisement link 242 is based upon the physical item data record240 with respect to an attribute and/or category associated with thephysical item. That is, as the item data management server 24 alters thephysical item data record 240 based upon query responses, theadvertisement link 242 changes. For example, as the value or appraisedvaluation of a physical item increases, the advertisement link 242 mayprovide sales and/or commercial transaction links to an on-line auctionhouse. The other link 244 may be an additional advertisement link, ormay be a resource link relating to additional information or backgroundrelating to the physical item identified in the physical item datarecord with respect to at least one attribute and/or category associatedwith the physical item. Further, the advertising link 242 and the otherlink 244 may be transitioning links. That is, the item data managementserver 24 changes the links upon a web page refresh initiated by theuser, by the browser client 82 (based upon a refresh timer), or as theitem data management server 24 may push to the user terminal 76 on aperiodic basis.

That is, the item data management server 24 provides targetedadvertising (such as banner ads targeted to a specific item attributeand/or category) as well as affiliate modules for linking hypertext datadirectly into the web page 168 (that is, book collections directly intoa bookstore online search engine). The advertising link 242 may also beprovided as contextual searching, and the item data management server 24may incorporate such a feature through third party vendor applicationsand/or services such as Google Adsense. Following enrollment, theAdsense application enables the item data management server 24 toprovide text and image advertisements in the created web pages presentedto the user terminal. The Google search generates advertisement linksbased on website content (that is, the physical item data records), theuser's geographical location, and other factors.

FIG. 9 is an illustration of a collection summary web page 280 createdby the item data management server 24 according to an embodiment of thepresent invention. The collection summary web page 280 summarizes thecollections relating to the user.

The collection summary web page 280 includes a navigation bar 202, acollection identifier field 282, a collection owner field 284, acollection type/community field 286, a collection valuation field 288,an items field 290, and an edit/add collection query 292.

The collection identifier 282 is a unique identifier to permit anassembly or inclusion of physical item data records under a specificcollection. As indicated in the collection owner field 284, thecollection may be specific to the user, or may be a collection createdby another user of the item data management server 24 in which thepresent user has been granted permission to view and/or alter thephysical item data record. The collection type/community field 286specifies whether the collection is private, public, or shared. Whenprivate, the collection is only accessible by the user. When shared, thecollection may be accessed by other users of the item data managementserver 24. Further when shared, and the collection belongs to the user(that is, “[me]”), the user may designate the access permissions byother users to the collection. Generation of a community of users isdiscussed in detail with respect to FIGS. 11 through 13.

The collection valuation field 288 reflects the valuation total for arespective collection as a whole (as distinguished by the value of itsindividual items). By setting up different collections, a user may beable to determine which combinations of physical item data records havea greater value than others. The items field indicates the number ofphysical item data records that are associated with a collection. Thecollection, when shared, permits other users to add their physical itemdata records to the collection, forming virtual sets that can bevaluated and appraised. The significance being that the valuation of acollection may be greater than the valuation of the individual physicalitems that make up the collection. These information aids the user indecisions to enter into commercial transactions to buy or sell itemsrelating to a given collection.

The collection summary web page 280 also includes a create collectionquery 268, which the item data management server 24 presents to the userterminal 76. When create collection query 292 is pressed, the item datamanagement server 24 receives a collection creation response from theuser terminal 76. Collection population, community generation/creation,and collection views are discussed in detail with reference to FIGS. 10through 14.

FIG. 10 is an illustration of an item view web page 320 that the itemdata management server 24 presents to the user through the user terminal76 according to an embodiment of the invention. The item view web page320 presents, in summary fashion, an item list 330 having underlyingphysical item data records for the physical items in the control of theuser which have been created and/or modified by the item data managementserver 24. The item view web page 320 provides information for aphysical item that includes include the “item name,” the “category” and“type” assigned to the physical item, the “origin” regarding thegeographic origin of the physical item (country and/or region), and a“valuation” for the physical item.

The item view web page 320 also presents queries to a user terminal 76including an action query 324 and a collection query 326. For an actionquery 324 or a collection query 326 to act with respect to a physicalitem, the item is selected from the item list 330. An item is selectedby a user clicking on a selection box to place a “check” icon, thusselecting the item. In this manner, a plurality of physical item datarecords 240 may be associated with a collection reference data recordthrough the collection query 326.

The collection query 326 also presents to a user terminal 76 a list ofselectable user created collections (such as those named collection Z,A, B, et cetera) for associating the physical item record with acollection. The user may have created one or all of the collections,while others may have been created by other subscribers to the item datamanagement server 24. The collection query 326 also presents the userwith an opportunity to select “create collection” to create additionalcollections when the list does not provide one suitable to the user.Creation of an edit/create collection GUI is discussed in detail withreference to FIG. 11.

The action query 324 presents to user terminal 76 a list of multiplepossible actions to a selected item (or items) in the item list 330. Forexample, the action query 324 allows the user to provide a response of“View Selected,” (in which the item data management server 24 creates aweb page 168), “Remove from Collection,” “Batch Edit Tags,” and/or“Delete Items.”

The activity bar 322 provides action commands to a user for activitiesfor the physical items. Examples of activities are research an item(such as for colors, construction, rarity, et cetera), sell or buy aphysical item, initiate or respond to trade inquiries with other users,engage in forum discussions regarding an item, seek merchandisinginformation for an item, generate reports on the physical item datarecords for the physical items, et cetera.

FIG. 11 is an illustration of an edit/create collection GUI 360according to an embodiment of the invention. The edit/create collectionGUI 360 includes a navigation bar 202, a collection creation query 362,a community creation query 366, a permissions query 368, a subscriberquery 370, a subscriber action query 372, a community list 374, an “ADD”query 376, a “CANCEL” query 378, and a “DELETE” query 379.

The item data management server 24 presents the edit/create collectionGUI 360 when a user selects “create collection” from the item view webpage 320 (see FIG. 10), the “create collection query 292” from thecollection summary web page 280 (see FIG. 9), “add to a collection” fromthe collections field 218 (see FIG. 8), et cetera. Depending on thepermissions provided through an associated community of users, a usermay edit a collection created by another user.

Through the edit/create collection GUI 360, the item data managementserver 24 presents a collection creation query 362 to the user terminal76. The user, through the user terminal 76, responds with a collectionquery response in the provided field. When the user does not elect toshare the collection by leaving the share query 364 unselected, the itemdata management server 24 receives the collection query response whenthe user presses the “ADD” command 376.

When the user elects to share a collection, the user “checks” the sharequery 364. When the share query 364 is checked, the item data managementserver 24 presents a community creation query 366 via the edit/createcollection GUI 360. The user enters a community creation response, suchas a community name, to the community creation query 366. The subscriberquery 370 allows the user to associate a plurality of subscribers withthe community creation query 366. Through the subscriber action query372, the user may add additional subscriber identifiers to thesubscriber query 370, or delete subscribers from the subscriber query370, when checked, by selecting the delete command.

Associated with the subscriber query 370 is the permissions query 368.The user selects permissions to the subscribers of the subscriber query370 to specify access rights to specific users and/or groups of usersassociated with a community. In other words, permissions allow a user tocontrol the ability of others to view or make changes to the contents ofa collection within the control of the user. In this manner, a firstgroup of subscribers to be associated with the community reference datastructure have both a right to review and a right to alter a physicaldata item data record contents of the collection data structure byadding records or deleting records from the collection data structure,and a second group of subscribers of the plurality of subscribersassociated with the community reference data structure have the right toreview but not the right to alter the physical item data record contentsof the collection data structure.

Also, when a user specifies access rights to their collection, aninvitation query may also be generated and provided to the specifiedusers and/or groups of users. Responses to the invitation query thenconfirm whether or not the other users will participate in the sharedcollection.

The edit/create collection GUI 360 allows other communities of aplurality of communities 374 to be associated with the collection beingcreated under the collection creation query 362. Further, the user isable to edit existing communities where the user is the creator. Theuser may change the subscriber affiliations for communities when usersare added to the item data management server 24. Notably, also, the itemdata management server 24 may update the subscriber list for a communitywhen items are conveyed or are sold to other users, allowing a user tomaintain a collection while the user control information is updatedthrough an underlying physical item data record 240.

When the user presses the ADD command 376, the item data managementserver 24 receives the responses that the user enters to the queries. Inthis manner, the item data management server 24 presents the collectioncreation query 362 to the user terminal 76, and receives, in response tothe collection creation query, a collection creation response from theuser terminal 76. The item data management server 24, based upon thecollection creation response, creates a collection reference datastructure, which is discussed in detail with reference to FIG. 12. Inthe alternative, the user may press the CANCEL command 378 to exitwithout sending a response to the queries being sent to the userterminal 76. Further, the user may delete the collection by pressing theDELETE collection command 379.

FIG. 12 is an illustration of a collection reference data structure 400in accordance with an embodiment of the invention. The collectionreference data structure 400 includes a collection identifier 402,privacy flag 404, an associated community (or communities) 406,subscriber fields 408, and associated physical item data records 410.

The collection identifier 402 designates an identifier for thecollection reference data structure 400. The privacy flag 404 indicateswhether the collection is private to the creating user, or whether it ispublic in nature, either to all subscribers to the item data managementserver 24, or to a specified group of users. When the privacy flag 404indicates that the collection is private to the creating user, then theitem data management server 24 would not access the community referencedata structure relating to the associated community field 406.

When the privacy flag 404 is not set, or indicates that the collectionis not private, then the item data management server 24 accesses thecommunity reference data structure 420 related to the associatedcommunity field 406. The community reference data structure 420 isdiscussed in detail with reference to FIG. 14.

The associated physical item data records 410 are associated with thecollection reference data structure 400. The item data management server24 associates the physical item data records with the collectionreference data structure 400, and alters the physical item data record(see FIG. 7) for the item to include an association with the collectionreference data structure 400. The associated physical item data records410 are associated through links or pointers to the physical item datarecords 240, such as indicated by item IDs (such as item ID 12 for the“Panda Stamp,” and item ID 25 for the “Beaver Stamp”) 25. In the exampleprovided, collection Z is associated with the physical item data records240 for the “Panda Stamp” and for the “Beaver Stamp.” Based upon thecollection reference data structure 400, the item data management server24 creates a collection web page 440, which is discussed in detail withreference to FIG. 14.

FIG. 13 is an illustration of a community reference data structure 420according to an embodiment of the invention. The community referencedata structure 420 includes a community identifier 422, a creatoridentifier 423, and subscriber fields 424. The subscriber fields 424include subscriber identification fields 426, subscriber name fields428, and permission fields 430.

The community reference data structure 420 results from the communitycreation query presented to the user terminal 76 via the communitycreation query 366 of the edit/create collection GUI 360 (see 11). Theitem data management server 24 receives, in response to the communitycreation query, a community creation response from the user terminal 76,and based upon the community creation response, creates a communityreference data structure 420.

The creator identifier 423 identifies the creator belonging to thecommunity. In this example, the creator is “joecollector3.” The defaultpermissions that the creator possesses are full permissions to reviewand alter physical item data records. The item data management server 24associates a plurality of subscribers with the community reference datastructure in the subscriber fields 424. Each field of the subscriberfields includes the subscribe identification fields 426 to provide asubscriber “key” for the database 78, the subscriber name field 428stores the user names or “on-line” identity of the subscriber, and thepermission fields 430 store the permissions the creator provides to eachof the subscribers through the edit/create collection GUI 360 to alterthe physical item data record contents of the collection reference datastructure 400 (that is, whether they have a right to add physical itemdata records to, or delete physical item data records from, thecollection reference data structure). In the example of FIG. 13, a firstgroup of subscribers have both a right to review and a right to alterphysical item data record contents of the collection data structure 400,and a second group of subscribers have the right to review but not theright to alter (as indicated by the “strike through” marks) the physicalitem data record contents of the collection reference data structure400.

FIG. 14 is an illustration of a collection web page 440 according to anembodiment of the invention. The collection web page includes a listingof the plurality of physical item data records 448-452 associated withthe collection reference data structure 400, and an advertisement link444 and an other link 446, each of which may be related to the categorydesignation of the physical item data records or attributes of thephysical item data record for the physical items.

The collection web page 440 also presents queries to a user terminal 76including an action query 324 and a collection query 326. For an actionquery 324 or a collection query 326 to act with respect to one (orseveral) of the physical item data records, the item is selected by auser clicking on a selection box to “check” to select the item.

The action query 324 presents to the user terminal 76 a list of multiplepossible actions to a selected item (or items) in the item list 330. Forexample, the action query 324 allows the user to provide a response of“View Selected,” “Remove from Collection,” “Batch Edit Tags,” and/or“Delete Items.” The collection query 326 presents to the user terminal76 a list of categories for moving a selected item to anothercollection, or to add the item to another collection, as well ascreating another collection based upon the selected physical item datarecords.

The collection valuation field 442 may be a value greater than theindividual pieces of the collection that is reflected in the valuationtotal field 454. That is, a complete set may have the greatest value,and by providing the collection to a community, additional valuationspotentials are available. The collection, when shared, permits otherusers to add their physical item data records to the collection, formingvirtual sets that can be valuated and appraised. The significance beingthat the valuation of a collection may be greater than the valuation ofthe individual physical items that make up the collection. Theseinformation aids the user in decisions to enter into commercialtransactions to buy or sell items relating to a given collection.Processing and determining valuation for a physical item in the controlof a user is discussed in detail with reference to U.S. patentapplication Ser. No. 11/521,891, entitled “Processing & DeterminingValuation over a Data Network For A Physical Item in the Control of aUser,” filed Sep. 15, 2006, which is hereby incorporated herein byreference.

The advertisement link 444 is based upon the collection reference datastructure 400 and the associated plurality of physical item data records240. The advertisement link may be based upon the valuation total 454for the collection, attributes of the plurality of items in thecollection, and/or upon the category or categories associated with thephysical items. That is, when the item data management server 24 altersthe physical item data record 240 for a physical item, the advertisementlink 242 may change to reflect the addition of newer information. Forexample, as the value or appraised valuation of a physical itemincreases, the advertisement link 444 provides sales or transactionlinks to an on-line auction house. The other link 446 may be anadditional advertisement link, or may be a resource link relating toadditional information or background relating to the physical itemidentified in the physical item data record with respect to at least oneattribute and/or category associated with the physical item. Further,the advertising link 444 and the other link 446 may be transitioninglinks. That is, the item data management server 24 changes the linksupon a web page refresh initiated by the user, by the browser client 82(based upon a refresh timer), or as the item data management server 24may push to the user terminal 76 on a periodic basis.

In response to selection by the user of the advertisement link 444presented on the collection web page 440, the item data managementserver 24 transmits a web page request to an ecommerce server, such asecommerce server 26 (see FIG. 1). The item data management server 24services a transaction with the user via the user terminal 76 and theecommerce server 26, and receives a transaction report from theecommerce server 26 reporting the transaction with the user via the userterminal 76 to the item data management server 24.

FIG. 15 is an illustration of a category GUI 480 according to anembodiment of the invention. The category GUI 480 includes user definedcategories 482, a create category/attributes query 488, and a definedglobal categories 492. The user defined categories 482 each include acreate attribute query 490.

The category GUI 480 provides a plurality of global collectioncategories 490 that includes at least one category 496 with associatedattributes. The associated attributes may be added and/or edited via theadd/edit query 494 based upon responses to the query by a user.

The user defined categories 482 include attributes 484, which the itemdata management server 24 may include as associated with the categories,and further may include user defined attributes 486. The createattribute query 490 allows a user to add attributes to a user-definedcategory through query responses. Also, the create category/attributequery 488 allows a user to add additional categories and associatedcategory attributes in addition to those that the item data managementserver 24 provides as default categories.

The category GUI 480 operates to facilitate the addition of categories,attributes and/or classes for customizing the Global CollectionCategories available for categorizing the physical items in the controlof the user. For example, a user defined category of “Eggcups” is addedto the Global Collection Categories via the user defined categories 482.The item data management server 24 associated attributes 484 with theuser-defined category, such as a profile attribute, an origin attributefor the “Eggcups” category. With respect to user defined attributes, auser may add additional attributes as desired through the createattribute query 490 for association with a given user defined category.For example, a user defined attribute of “Material” provides collectionof this attribute.

FIGS. 16 a and 16 b are a flow diagram illustrating a method 500 in anitem data management server to capture, store, organize, and presentinformation regarding a plurality of physical items in the control of auser according to an embodiment of the invention.

Beginning at step 502, the item data management server 24 presents anitem identification query to the user terminal. The item data managementserver receives at step 504, in response to the item identificationquery, an item identification response from the user terminal thatcorresponds to and identifies a physical item controlled by the user.Based upon the item identification response, the item data managementserver creates at step, 506 a physical item data record corresponding tothe physical item in the control of the user, and alters the physicalitem data record to indicate that the user is the creator of thephysical item data record at step 508.

At step 510, the item data management server presents an itemcategorization query to the user terminal, and receives, in response tothe item categorization query, an item categorization response from theuser terminal that identifies a category for association with thephysical item in the control of the user at step 512. Based upon thecategorization response, the item data management server alters thephysical item data record to include the category at step 514.

At step 516, the item data management server presents at least oneselectable item attribute query to the user terminal. The at least oneselectable item attribute query is based upon the category included withthe physical item data record. The item data management server receivesat step 518, in response to the at least one selectable item attributequery, at least one item attribute response from the user terminal thatidentifies an attribute of the physical item in the control of the user.Based upon the at least one item attribute response, the item datamanagement server alters the physical item data record to include theattribute included in the at least one item attribute response at step520.

At step 522, the item data management server presents a file uploadquery to the user terminal and at step 524 receives, in response to thefile upload query, a data file, which is associated with the physicalitem data record at step 526.

At step 528, the item data management server creates a web page thatincludes information from the physical item data record, anadvertisement link based upon the physical item data record, and atleast one other link selected based upon the physical item data record.At step 530, the item data management server presents the web page tothe user terminal.

FIG. 17 is a flow diagram illustrating a method 532 for further engagingan ecommerce server according to an embodiment of the invention.

In response to selection by the user of the advertisement link presentedon the web page, the item data management server at step 534 transmits aweb page request to an ecommerce server, such as ecommerce server 26(see FIG. 1). The item data management server services a transactionwith the user via the user terminal and the ecommerce server at step536, and receives a transaction report from the ecommerce server at step538 reporting the transaction with the user via the user terminal to theitem data management server.

FIG. 18 is a flow diagram illustrating a method 540 for further engagingin collection web page creation according to an embodiment of theinvention.

At step 542, the item data management server presents a collectioncreation query to the user terminal, and receives at step 544, inresponse to the collection creation query, a collection creationresponse from the user terminal. Based upon the collection creationresponse, the item data management server at step 546 creates acollection reference data structure, and associates a plurality ofphysical item data records with the collection reference data structureat step 548. For each of the plurality of physical item data recordsassociated with the collection reference data structure, altering thephysical item data record to include an association with the collectionreference data structure.

FIG. 19 is a flow diagram illustrating a method 552 for further creatinga collection web page according to an embodiment of the invention.

At step 554, the item data management server creates a collection webpage that includes a listing of the plurality of physical item datarecords associated with the collection reference data structure. Theitem data management server, at step 556, presents the collection webpage to the user terminal, the collection web page including anadvertisement link based upon the plurality of physical item datarecords associated with the collection reference data structure.

FIG. 20 is a flow diagram illustrating a method 558 for further creatinga community reference data structure according to an embodiment of theinvention.

At step 560, the item data management server presents a communitycreation query to the user terminal, and receives at step 562, inresponse to the community creation query, a community creation responsefrom the user terminal. Based upon the community creation response, theitem data management server at step 564 creates a community referencedata structure. At steps 566 and 568, the item data management serverassociates a plurality of subscribers and a collection data structurewith the community reference data structure.

FIG. 21 illustrates a web page 600 that includes commands 602 presentedto a user of the item data management server 24. To the extent that theweb page 600 recites elements and/or content similar to that of the webpage 168 of FIG. 8, discussion or explanation of those elements and/orcontent will not be repeated.

The commands 602, with the example of the web page 600, relate tofurther action or activity for a physical item in the control of a user.The commands 602 may also relate or pertain to collections of physicalitems in the control of a user, as well as to collections based uponcombinations physical items in the control of the user and to those inthe control of other users to the item data management server 24.

The commands 602 include a research command 604, a sell-buy command 606,a blogs command 608, a shopping command 610, a clone command 612, awishlist command 614, and a reports command 616.

The research command 604 issues a command to the item data managementserver 24 to provide a search query in which the search terms are basedupon some or all of the attributes 216 elements of the physical itemdata record on which the web page 600 is based.

The sell-buy command 606 issues a command to the item data managementserver 24 to either sell the item displayed in the web page 600 that isin the physical control of the user, or to buy the item displayed in theweb page 600 when it is in the physical control of another user of theitem data management server 24.

The blogs command 608 issues a command to the item data managementserver 24 to enter a weblog associated with the user of the item datamanagement server 24 to journal items of interest for general publicconsumption. As the command is issued from the web page 600, the initialoption provided to the user of the item data management server 24 is toprovide a weblog entry that the item data management server 24associates to the physical item presented by the web page 600.

The shopping command 610 issues a command to the item data managementserver 24 to present a shopping query to the user. The shopping queryprovides search terms that can be based upon some or all of theattributes 216 for the physical item in the control of the user. Theshopping query accesses external sites, as well as physical item datarecords of the item data management server 24. Also, the shopping queryprovides for physical item-based products. The shopping query, includingdata tags, is discussed in detail with reference to U.S. patentapplication Ser. No. 11/559,390, entitled “Data Tag Creation from aPhysical Item Data Record to be Attached to a Physical Item,” filed Nov.13, 2006, which is hereby incorporated herein by reference.

The clone command 612 issues a command to the item data managementserver 24 to clone the physical item data record for the physical item.The clone feature provides rapid entry of physical items into thedatabase based upon a data object in an accessible collection - dataobjects may be provided as a physical item data record including thephysical item attributes 216 and images 206, based upon another dataobject of a server external to the item data management server 24, etcetera. Further, the resulting cloned physical item data record mayinclude threads of the data object, including associated discussions,blog entries, discussion threads, et cetera.

The wishlist command 614 issues a command to the item data managementserver 24 to place the item on a wishlist viewable by other usersselected by the user (such as the user's friends, families, associates,et cetera). The wishlist provides gift giving suggestions or ideas, andfurther facilitates transfer of physical items between users to the itemdata management server 24. The clone command 612 and the wishlistcommand 614 are discussed in detail with reference to FIGS. 22 through26.

The reports command 616 issues a command to the item data managementserver 24 to provide a printable report or version of the web page 600.The printable report further can be exported into other file formatssuch as a Comma-Separated Values (.CSV) format, word document (DOC),excel spreadsheet (XLS), Rich Text Format (RTF), et cetera, for use inspreadsheet and/or database applications.

FIG. 22 is a block diagram illustrating the generation of a clonedphysical item data record 632 in response to a clone command 612 (see,e.g., FIG. 21) that corresponds to and identifies a data object 638having a plurality of attributes. The data object 638 is of anaccessible collection, such as those provided by other merchant servers,or of collections of subscribers to the item data management server 24.The cloned physical item data record 632 includes a portion of aplurality of attributes 636 and a second plurality of attributes 634that are associated with the user.

In operation, the item data management server 24 generates the clonedphysical item data record for a physical item based upon aspectsrelating to a data object, and upon operational characteristics andidentification formats implemented by the item data management server24. For example, operational characteristics include, such as forelectrical devices, the electrical specifications for the device.Identification formats provide basic identification information for aphysical item, and generally include the title, manufacture/creationdate, manufacturer information, et cetera.

The data object 638, which includes server-specific attributes 640 anddata object attributes 642, is identified by the user via the clonecommand 612. The data object 638 may be identified to the item datamanagement server 24 via a link, uniform resource locator, et cetera.

With the identification information of the data object 638, the itemdata management server 24 generates the cloned physical item data record632 with a portion of the plurality of attributes 636 of the data object638. The portion of the attributes provided via the input 641 includethose attributes specific to the data object 638. For example,attributes specific to the data object include the item identification264, tags 262, characteristic attributes 260 (such as with a postalstamp, the Scott number, the nationality, the year issued, denomination,grade, et cetera), tags 262, notes 266, data files 270 (such as imagefiles, et cetera), and other items pertaining the object (such as aninternational standard book number (ISBN), or other identificationstandards utilized in the identification of physical items).

The cloned physical item data record 236 also include discussionthreads, when available, associated with the physical item. Thesethreads incorporate a series of public (or item data management server24 specific) postings by a subscriber or multiple subscribers on thesame general topic that constitute a coherent (in form, if not incontent) discussion regarding a physical item, such as history,experiences others have had with an item, et cetera. Examples of threadsinclude an audit message thread, an access message thread, and/or aweblog (or “blog”) thread.

The data object 638 also includes server-specific attributes that arenot duplicated in the cloned physical item data record 632 of the itemdata management server 24. These are attributes unique to the systemstoring the data object, and generally will not have any significance orpurpose outside of that storage system (for example, system generatedindices, keys, identifiers, et cetera).

Further, as one of ordinary skill in the art may appreciate, the dataobject 638 may reside on the item data management server 24 and/oranother server external to the item data management server 24. Thedifference with a data object residing on the item data managementserver 24 with one residing on an external server is the underlying datastructure. That is, unless a standardized data structure is used, anexternal server and/or system will generally have different data objectstructures from that of the item data management server 24. Accordingly,less attributes may be imported to the cloned physical item data record632 when the records of the data object 638 reside remotely (on athird-party server external to the item data management server 24, forexample) than when the data object record resides locally on the itemdata management server 24. Nevertheless, the item data management server24 facilitates physical item data record creation whether the dataobject is locally or remotely located.

The item data management server 24 provides the second plurality ofattributes 634 via an input 633. The second plurality of attributesincludes local identifiers and fields specific to the item datamanagement server 24, such as creator and item identification fields inthe key 630. Other examples of local attributes are those relating todata and server security, data checksums, et cetera.

FIG. 23 is an illustration of a wish list web page 643 created by theitem data management server 24 in response to a wish list command 614(see, e.g., FIG. 21). The wish list web page 643 presents a wish list ofphysical items that a user and/or subscriber to the item data managementserver 24 “wishes for” as gifts, or as categories of items theuser/subscriber expresses an interest. A subscriber to the item datamanagement server 24 (that is, a person registered with the item datamanagement server 24 with at least a user name and a password; a usermay also be a subscriber, as well as having greater permissions to usethe functions and capabilities available from the item data managementserver 24) may access the wish list of a user to purchase and/or acquirethese physical items on the behalf of a particular user.

A user populates the wish list with cloned physical item data record632. The user in this example is “joecollector3.” Each item of the wishlist includes an item identification 644, a price field 646, a selleridentification, a quantity field 650, a transaction command 652, and apriority field 654.

In this example, the physical item presented on the wish list of“joecollector3” is a “dual channel signal generator.” The physical itemis identified to the subscriber by the item identification 644, whichincludes a link to access the cloned physical item data record 632 forthe physical item. The link allows a subscriber to access additionalinformation relating to the item, as well as another opportunity toacquire the physical item (such as through a transaction command 652)for the wish list owner, which in the present example is“joecollector3.”

When the seller is another user of the item data management server 24(that is, a local source), the transaction may be carried out throughthe item data management server 24 (implementing additionaltransactional servers such as payment authorization, records keeping,insurance reporting, et cetera). Examples of transactions include sales,barter, and/or trade of the physical item. In general, transactionsimplement cloning, such that a duplicate physical item data record iscreated in the purchasers (or receiving party's) account as an owneditem. The seller may retain a record of the item in their serveraccount, but the status of the record changes from “owned” to “sold.”With the seller is a user of the item data management server 24, thephysical item has a local physical item data record 240 residing withthe item data management server 24. Otherwise, for external sellers, anecommerce server 26 may be employed by the item data management server24 to carry out the transaction as necessary.

Upon completion of the transaction, such as through sale, barter, and/ortrade, the cloned physical item data record 632 is converted to a newphysical item data record for the user. The user is notified of the wishlist purchase by the subscriber, such as via a transfer web pagedepicting the physical item and its addition to the user's plurality ofphysical item data records.

FIG. 24 illustrates the conversion of a cloned physical item data recordto a new physical item data record 650. The item data management server24 converts a cloned physical item data record 632 of a user wish listto a new physical item data record 650. Upon a transaction transferringa physical item from a user wish list to a physical item in the controlof the user, item data management server 24 incorporates a thirdplurality of attributes 664 that are associated with the transaction.

The new physical item data record 650 includes a first portion of aplurality of attributes 636, a second plurality of attributes 634, and athird plurality of attributes 664. The third plurality of attributes 664are associated with the carrying out of the transaction via remotesource or a local source with respect to the item data management server24. That is, a remote source is provided by an ecommerce server 26, anda local source via another subscriber 662 to the item data managementserver 24.

In this example, upon completion of a transaction associated with thecloned physical item data record, the item data management server 24converts the cloned physical item data record to a new physical itemdata record 650. The new physical item data record 650 includes a thirdplurality of attributes 664 that are associated with the transaction.The third plurality of attributes 664 include acquisition attributes 264relating to chain-of-title information. Such information includes thetitle record 558 and threads 670. The title record 668 includesinformation relating to the previous owner or user in control of thephysical item acquired for the present user. The fields includeinformation such as the acquired date (or date of the transaction), theidentity of the previous owner, pedigree, appraised values, the salesprice of the physical item, et cetera.

The thread 670 includes information such as the link and/or universalresource locator for the thread and/or threads associated with thephysical item. Examples of threads includes an audit message thread, anaccess message threads, and/or a weblog thread. These threadsincorporate a series of public (or item data management server 24specific) postings on the same general topic that constitute a coherent(in form, if not in content) discussion regarding a physical item, suchas history, experiences others have had with an item, et cetera.Examples of threads include an audit message thread, an access messagethread, and/or a weblog (or “blog”) thread.

FIG. 25 is a flow diagram illustrating a method for creating a newphysical item data record of an item data management server 24 for aphysical item in the control of a user based upon a cloned physical itemdata record. The item data management server 24 is communicativelycoupled to a user terminal 76, and may also be communicatively coupledto a plurality of servers via at least one data network (see, e.g., FIG.1).

The flow begins with a clone command query 722, which the item datamanagement server 24 presents to the user terminal 76. The item datamanagement server 24 receives, in response to the clone command query, aclone command query response 724 that corresponds to and identifies adata object having a plurality of attributes. At step 726 of the flow,the item data management server 24 generates a cloned physical item datarecord based upon the data object. The cloned physical item data recordincludes at least a portion of the plurality of attributes of the dataobject, and a second plurality of attributes associated with the user.At step 728, the item data management server 24 generates a web pageincluding the cloned physical item data record. The item data managementserver 24 then presents to the user terminal 76 the web page to the userterminal.

With the cloned physical item data record, the item data managementserver 24 associates it, at step 730, with a wish list of the user. Thewish list includes a link to access the cloned physical item datarecord. In this manner, other subscribers to the item data managementserver 24 may access the wish list of the user. With this information,other subscribers to the item data management server 24 may engage intransactions upon the behalf of the user (such as gifting, bartering, etcetera). Upon the completion of the transaction, the item datamanagement server 24 converts the cloned physical item data record to anew physical item data record for a physical item in the control of theuser identified in the wish list web page.

FIG. 26 is a flow diagram illustrating further aspects relating to awish list of a user and the conversion of the cloned physical item datarecord to a new physical item data record for a physical item placed bythe user on their wish list.

The item data management server 24 presents a wish list query 742 to asubscriber 662. The wish list query 742 may be made via a wish listcommand 614 such as that shown in FIG. 21. The item data managementserver 24 generates, in response 744 to the wish list query 742, a wishlist web page including a user identifier of the wish list and a link toat least one cloned physical item data record.

The item data management server 24, at 748, presents the wish list webpage to the subscriber of the item data management server 24. The wishlist web page includes a transaction command query that the subscribermay press for initiating a transaction regarding the physical itemdepicted on the user's wish list page.

When the subscriber 662 responds to the transaction command query at750, the response identifies the at least one cloned physical item datarecord of the wish list, wherein the command query response includes aphysical item data record transfer command. Upon completion of atransaction associated with the cloned physical item data record at 752,the item data management server 24 converts the cloned physical itemdata record to produce a new physical item data record that includes athird plurality of data associated with the transaction. At 754, theitem data management server 24 generates a transfer web page thatincludes including the transferred physical item data record to theuser. The item data management server 24 then presents the transfer webpage to the user terminal 76, with notification to the subscriber 662 ofcompletion of the transaction.

The transaction may take place with respect to physical items ofsubscribers to the item data management server 24, or through serversthat are communicatively coupled to the item data management server 24through at least one data network. In the example provided, thetransaction may take place through a remote sever (such as the ecommerceserver 26, as indicated by the dashed lines).

The item data management server 24 initiates the transaction 756 withthe ecommerce server 26. The initiation may take place in an ecommercetransaction where the item data management server 24 serves a brokerfunction (similar to a buyer's representative), or with respect to alinking-type function in which the transaction takes place with theecommerce server 26 directly via a transaction command 756 (such as anexternal link). Upon completion of the transaction, the ecommerce servernotifies the item data management server 24 through a transaction report758, permitting the item data management server 24 to convert the clonedphysical item data record to a new physical item data record for thewish list owner. Other transaction variations may take place between theitem data management server 24 and other transactional servers thatresult in the transfer of a physical item listed by a user in their wishlist.

The present invention has been described above with the aid offunctional building blocks illustrating the performance of certainsignificant functions. The boundaries of these functional buildingblocks have been arbitrarily defined for convenience of description.Alternate boundaries could be defined as long as the certain significantfunctions are appropriately performed. Similarly, flow diagram blocksmay also have been arbitrarily defined herein to illustrate certainsignificant functionality. To the extent used, the flow diagram blockboundaries and sequence could have been defined otherwise and stillperform the certain significant functionality. Such alternatedefinitions of both functional building blocks and flow diagram blocksand sequences are thus within the scope and spirit of the claimedinvention. One of average skill in the art will also recognize that thefunctional building blocks, and other illustrative blocks, modules andcomponents herein, can be implemented as illustrated or by discretecomponents, application specific integrated circuits, processorsexecuting appropriate software and the like or any combination thereof

The present invention has also been described above with the aid ofmethod steps illustrating the performance of specified functions andrelationships thereof. The boundaries and sequence of these functionalbuilding blocks and method steps have been arbitrarily defined hereinfor convenience of description. Alternate boundaries and sequences canbe defined so long as the specified functions and relationships areappropriately performed. Any such alternate boundaries or sequences arethus within the scope and spirit of the claimed invention.

1. A method for creating a physical item data record of an item datamanagement server for a physical item in the control of a user, the itemdata management server communicatively coupled to a user terminal and aplurality of servers via at least one data network, the methodcomprising: presenting a clone command query to the user terminal;receiving, in response to the clone command query, a clone command queryresponse that corresponds to and identifies a data object having aplurality of attributes; generating a cloned physical item data recordbased upon the data object, wherein the cloned physical item data recordincludes at least a portion of the plurality of attributes of the dataobject, and a second plurality of attributes associated with the user;generating a web page including the cloned physical item data record;and presenting the web page to the user terminal.
 2. The method of claim1 wherein the data object includes attributes of the plurality ofattributes residing remotely on a server of the plurality of servers. 3.The method of claim 1 wherein the plurality of attributes includes atleast one of an audit message thread, an access message thread, and aweblog thread.
 4. The method of claim 1 further comprises: associatingthe cloned physical item data record with a wish list of the user,wherein the wish list includes a link to access the cloned physical itemdata record.
 5. The method of claim 4 further comprises: presenting awish list query to a subscriber of the item data management server;generating, in response to the wish list query, a wish list web pageincluding a user identifier of the wish list and a link to at least onecloned physical item data record; and presenting the wish list web pageto the subscriber of the item data management server, wherein the wishlist web page includes a transaction command query.
 6. The method ofclaim 5 further comprises: receiving, in response to the transactioncommand query, a transaction command query response that identifies theat least one cloned physical item data record of the wish list, whereinthe command query response includes a physical item data record transfercommand; upon completion of a transaction associated with the clonedphysical item data record, converting the cloned physical item datarecord to produce a new physical item data record that includes a thirdplurality of data associated with the transaction; generating a transferweb page including the transferred physical item data record; andpresenting the transfer web page to the user terminal.
 7. The method ofclaim 5 wherein the cloned physical item data record includes a link toan ecommerce server of the plurality of servers; and receiving, inresponse to the transaction command query, a transaction command queryresponse that identifies a cloned physical item data record of the wishlist, wherein the command query response includes a uniform resourcelocator of the link to the ecommerce server; upon completion of atransaction with the ecommerce server, converting the cloned physicalitem data record to produce a new physical item data record, the newphysical item data record that includes a third plurality of dataassociated with the transaction; generating a transfer web pageincluding the transferred cloned physical item data record; andpresenting the transfer web page to the user terminal.
 8. A method forcreating a physical item data record of an item data management serverfor a physical item in the control of a user, the method comprising:based upon user input received from a user terminal, identifying a dataobject having a plurality of attributes, wherein the item datamanagement server is communicatively coupled to a user terminal via atleast one data network; generating a cloned physical item data recordbased upon the data object, wherein the cloned physical item data recordincludes at least a portion of the plurality of attributes of the dataobject, and a second plurality of attributes associated with the user;generating a web page including the cloned physical item data record;and presenting the web page to the user terminal.
 9. The method of claim8 wherein the data object includes attributes of the plurality ofattributes residing remotely on a server of a plurality of serverscommunicatively coupled to the item data management server via the atleast one data network.
 10. The method of claim 8 wherein the pluralityof attributes include at least one of an audit message thread, an accessmessage thread, and a weblog thread.
 11. The method of claim 8 furthercomprises: associating the cloned physical item data record with a wishlist of the user, wherein the wish list includes a link to at least onecloned physical item data record.
 12. The method of claim 11 furthercomprises: presenting a wish list query to a subscriber of the item datamanagement server; generating, in response to the wish list query, awish list web page including a user identifier for wish list and thelink to the at least one cloned physical item data record; andpresenting the wish list web page to the subscriber of the item datamanagement server, wherein the wish list web page includes a transactioncommand query.
 13. The method of claim 12 further comprises: receiving,in response to the transaction command query, a transaction commandquery response that identifies a cloned physical item data record of thewish list, wherein the command query response includes a physical itemdata record transfer command; upon completion of a transactionassociated with the cloned physical item data record, converting thecloned physical item data record to produce a new physical item datarecord that includes a third plurality of data associated with thetransaction; generating a transfer web page including the transferredphysical item data record; and presenting the transfer web page to theuser terminal.
 14. The method of claim 12 wherein the cloned physicalitem data record includes a link to an ecommerce server of a pluralityof servers communicatively coupled to the item data management servervia the at least one data network; and receiving, in response to thetransaction command query, a transaction command query response thatidentifies a cloned physical item data record of the wish list, whereinthe command query response includes a uniform resource locator of thelink to the ecommerce server; upon completion of a transaction with theecommerce server, converting the cloned physical item data record toproduce a new physical item data record, the new physical item datarecord that includes a third plurality of data associated with thetransaction; generating a transfer web page including the transferredcloned physical item data record; and presenting the transfer web pageto the user terminal.
 15. An item data management server for creating aphysical item data record of an item data management server for aphysical item in the control of a user, the item data management servercommunicatively coupled to a user terminal and a plurality of serversvia at least one data network, the item data management servercomprises: processing circuitry; a network interface operably coupled tothe processing circuitry that supports data transmission with the atleast one data network; a user interface operably coupled to theprocessing circuitry; and memory operably coupled to the processingcircuitry, wherein the memory stores operational instructions that causethe processing circuitry to: present a clone command query to the userterminal; receive, in response to the clone command query, a clonecommand query response that corresponds to and identifies a data objecthaving a plurality of attributes; generate a cloned physical item datarecord based upon the data object, wherein the cloned physical item datarecord includes at least a portion of the plurality of attributes of thedata object, and a second plurality of attributes associated with theuser; generate a web page including the cloned physical item datarecord; and present the web page to the user terminal.
 16. The item datamanagement server of claim 15 wherein the data object includesattributes of the plurality of attributes residing remotely on a serverof the plurality of servers.
 17. The item data management server ofclaim 15 wherein the plurality of attributes include at least one of anaudit message thread, an access message thread, and a weblog thread. 18.The item data management server of claim 15 wherein the memory furtherstores operational instructions that cause the processing circuitry to:associate the cloned physical item data record with a wish list of theuser, wherein the wish list includes a link to at least one clonedphysical item data record; present a wish list query to a subscriber ofthe item data management server; generate, in response to the wish listquery, a wish list web page including a user identifier for wish listand the link to the at least one cloned physical item data record; andpresent the wish list web page to the subscriber of the item datamanagement server, wherein the wish list web page includes a transactioncommand query.
 19. The item data management server of claim 18 whereinthe memory further stores operational instructions that cause theprocessing circuitry to: receive, in response to the transaction commandquery, a transaction command query response that identifies a clonedphysical item data record of the wish list, wherein the command queryresponse includes a physical item data record transfer command; uponcompletion of a transaction associated with the cloned physical itemdata record, convert the cloned physical item data record to produce anew physical item data record that includes a third plurality of dataassociated with the transaction; generate a transfer web page includingthe transferred physical item data record; and present the transfer webpage to the user terminal.
 20. The item data management server of claim18 wherein: the cloned physical item data record includes a link to anecommerce server of the plurality of servers; and the memory furtherstores operational instructions that cause the processing circuitry to:receive, in response to the transaction command query, a transactioncommand query response that identifies a cloned physical item datarecord of the wish list, wherein the command query response includes auniform resource locator of the link to the ecommerce server; uponcompletion of a transaction with the ecommerce server, convert thecloned physical item data record to produce a new physical item datarecord, the new physical item data record that includes a thirdplurality of data associated with the transaction; generate a transferweb page including the transferred cloned physical item data record; andpresent the transfer web page to the user terminal.